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Field of the Invention 

The present invention relates generally to voice messaging systems having network 
interface units that interface the messaging systems to a telephone network and, more 
particularly, to a network interface unit having an embedded processor capable of executing 
software applications not otherwise capable of execution on the NIU and capable of 
communicating to other devices on a network external to the voice messaging system. 

Background of the Invention 

Messaging systems that provide voice and fax messaging capabilities are well known. 
One example of such a messaging system is the Network Applications Platform 
commercially available from UNISYS Corporation ("the NAP system"). The NAP system is 
a configuration of hardware and software that provides data and voice processing capabilities 
through applications running on an enterprise server. The NAP system provides the interface 
between these applications, called network applications, and a telephone network. A 
voicemail application is an example of a network application that runs on the NAP platform. 
The voicemail application determines how calls to the messaging system are handled, what 
prompts are played to callers, and which features are available. Presently, the NAP is 
implemented on selected UNISYS A Series and ClearPath HMP NX computer systems 
running the MCP operating system. Further details of the structure and function of the NAP 
are provided in the following U.S. patents and pending applications, all of which are hereby 
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• U.S. Patent No. 5,1 33,004, July 21,1 992, "Digital Computer Platform for 
Supporting Telephone Network Applications"; 

• U.S. Patent No. 5,138,710, August 11, 1992, "Apparatus and Method for 
Providing Recoverability in Mass Storage Data Base Systems Without Audit Trail 
Mechanisms"; 

• U.S. Patent No. 5,384,829, January 24, 1995, "Digital Computer Platform for 
Supporting Telephone Network Applications"; 

• U.S. Patent No. 5,323,450, June 21, 1994, "Telephone Network Applications 
Platform for Supporting Facsimile Applications"; 

• U.S. Patent No. 5,493,606, February 20, 1996, "Multi-Lingual Prompt 
Management System for a Network Applications Platform"; 

• U.S. Patent No. 5,633,916, May 27, 1997, "Universal Messaging Service Using 
Single Voice Grade Telephone Line Within a Client/Server Architecture"; 

• U.S. Patent No. 6,058,166, May 2, 2000, "Enhanced Multi-Lingual Prompt 
Management in a Voice Messaging System With Support for Speech 
Recognition"; 

• U.S. Patent Application Serial No. 08/964,744, filed November 5, 1997, "Methods 
and Apparatus for Providing External Access to Executable Call Flows of a 
Network Application" (attorney docket TN079); 

• U.S. Patent Application Serial No. 08/987,571, filed December 11, 1997, 
"Multiple Language Electronic Mail Notification of Received Voice and/or Fax 
Messages" (attorney docket TN091); 

• U.S. Patent Application Serial No. 09/161 ,214, filed September 25, 1998, 
"Multiple Node Messaging System Wherein Nodes Have Shared Access To 
Message Stores Of Other Nodes" (attorney docket TNI 02 ); 

• U.S. Patent Application Serial No. 09/307,014, filed May 7, 1999, entitled "Inter- 
System Call Transfer"; and 
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• U.S. Patent Application Serial No. 09/451,077, filed November 30, 1999, entitled 
"Method and Apparatus for Preventing Hung Calls During Protocol Violations in 
a Voice Messaging System." 

Generally, the NAP platform interfaces to a telephone network through a Network 
Interface Unit (NIU). Current NAP systems utilize a NIU available from Unisys Corporation, 
called the Telephony Services Platform (TSP). Generally, the TSP comprises a Multibus bus 
architecture that connects a variety of special purpose printed circuit boards that provide 
interfaces to the host computer system on which the NAP is implemented and to the 
telephone network to which the TSP is connected. 

In greater detail, Figure 1 shows a system diagram of a prior art messaging system 
100 based on the Unisys NAP architecture. As shown, the system 100 comprises host 
computer 110 that implements the NAP messaging platform 1 15, a network interface unit 
(NIU) 140, which in this example is the Unisys TSP, public switched telephone network 155, 
and telephone based subscribers 165. Network applications 120 and 125, which may be voice 
mail applications or any other application that provides telephony related services, run on the 
NAP platform 115 and cooperate with message store 130. 

As shown, the NIU 140, which in this example comprises a Unisys TSP, contains a 
series of interfaces, interface 1 (INT1), interface 2 (INT2) , and interface 3 (INT3). One 
interface, such as INT1, interfaces the NIU 140 to the NAP platform 1 15 on the host 
computer 110. Communication between INT1 and NAP platform 1 15 is via a Small 
Computer Systems Interface (SCSI) bus 135. Others of the interfaces, such as INT2 and 
INT3, interface NIU 140 to PSTN 155. In the current TSP design, interfaces such as INT1, 
INT2, and INT3 are implemented on printed circuit boards housed within the NIU that can 
communicate with each other via a common bus 145. Bus 145 implements the Multibus 
protocol. 

In operation, telephone based subscribers 165 may request processing performed by 
network application 120 or 125, or alternatively, access data from message store 130. The 
request is transmitted from telephone-based subscriber 165 through PSTN 155 to NIU 140. 
At NIU 140, the proper interface (i.e. INT1, INT2, or INT3) may route the request to 
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messaging platform 115 of host computer 1 10 running network applications 120 and 125. 
Similarly, requested processed data may be communicated back to telephone-based 
subscribers using this data path. 

Figure la is a block diagram providing additional details of the Unisys TSP that 
implements the NIU 140 in Figure 1 . As shown, interfaces INT2, INT3 are each 
implemented in the TSP 140 by a Primary Rate Interface Modules (PRIMs) 14-1, of which 
there can be many in any given TSP. Interface INT1 is implemented by a PDP Card 140-2. 
Each PRIM 140-1 interfaces a set of (e.g., 24 or 32) telephone circuits to the PDP card 140-2. 
In addition, one PRIM 140- la is dedicated to signaling, and communicates with the PDP 
Card's Signaling Manager 140-2a, which in turn communicates with a Host Management 
Services (HMS) module 140-2b. The HMS module 140-2b communicates with a Cache 
Manager 140-2c and a Host Interface module 140-2d. The overall function of the TSP 140 is 
to logically map a plurality of telephone circuits (e.g., 24 or 32 telephone circuits per PRIM) 
to a NAP host {e.g., host 110 of Figure 1). The processes performed by the PRIM(s) 140-1, 
Signaling Manager module 140-2a, Host Management Services module 140-2b, Cache 
Manager module 140-2c and Host Interface module 140-2d are explained more fully in co- 
pending patent application serial no. 09/451,077, filed November 30, 1999, entitled "Method 
and Apparatus for Preventing Hung Calls During Protocol Violations in a Voice Messaging 
System," which as mentioned above is incorporated herein by reference in its entirety. 

Briefly, an SS7 packet received at a PRIM is routed to the Signaling Manager 140-2a, 
which is the SS7 User Part (SS7 level 4). The Signaling Manager converts the SS7 packet to 
a proprietary message that is ultimately received by the host 110. Before sending the message 
to the host, the HMS module 140-2b selects the host (there can be more than one host 
connected to a given TSP). 

Thus, the components of a TSP 140 may be summarized as follows: 

• PRIM (Primary Rate Interface module) 140-1 : The TSP PRIM module is used to send 
voice or receive voice from the network upon direction from the NAP 115 

• Signaling Manager 140-2a: The Signaling Manager is used to communicate to the 
network using a country specific protocol such as SS7 or ISDN. It also communicates 
to the NAP 1 15 for circuit maintenance and for call control. 
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• HMS (Host Management Services module) 140-2b: The TSP HMS module is used to 
centralize the TSP f s handling of the shared TSP functionality described in the 
aforementioned co-pending patent application Serial No. 09/307,014, entitled "Inter- 
System Call Transfer". It insulates the rest of the TSP from the mechanics of 
switching calls from one host to another. It communicates to the NAP 1 15 to transfer 
calls and to configure the shared TSP environment. All TSP message traffic is routed 
through the HMS module. 

• CM (Cache Manager) 140-2c: The TSP CM module is used to provide a high speed 
buffering of commonly used voice messages to reduce demand on the NAP 115. 

• HIP (Host Interface Processor) 140-2d: The HIP board is used to communicate to the 
operating system of the host computer 110 using a SCSI bus to transfer and receive 
buffers of data between the NAP 115 and TSP. It enforces a protocol on the TSP to 
collect messages in an efficient manner to transmit to the host 110 and similarly 
breaks apart buffers from the host into messages that can be processed by other TSP 
modules. 

Thus, as shown, the TSP 140 is connected to certain "ports" of the telephone network 
155. A call coming into a given port is received by the TSP connected to that port. 
Specifically, a call comes into a PRIM board in the TSP, and the Signaling Manager on the 
PDP card of that TSP routes the call to the Host Management Services (HMS) module 140- 
2b. The call comes in on a reserved signaling channel 140-la of the PRIM and is immediately 
transferred to the Signaling Manager 140-2a on the PDP board. The signaling manager 
reformats the call packet and gives it to the HMS module 140-2b, which in turn gives it to the 
Host Interface Module 140-2d. The Host Interface Module 140-2d places the call on the SCSI 
bus 135. The NAP 115 takes the call from the SCSI bus, creates a call record, interrogates a 
database information in memory to obtain the necessary information to route the call to the 
proper network application 120, 125, and then queues the call to an application interface 
module (AIM) (not shown). The AIM dequeues the call and gives it to the specified network 
application 120, 125. 

Although effective in facilitating communication between various components of the 
NAP, the current TSP is limited to running particular proprietary hardware and software and 
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for performing the special-purpose functions for which it was designed. This is the case with 
other prior art Network Interface Units as well. It would be desirable in a voice messaging 
system that employs a Network Interface Unit, such as the Unisys NAP, to have a general 
purpose computing capability within the NIU and also to have the ability to connect to 
networks external to the voice messaging system via that general purpose computing 
capability. The present invention satisfies such a need. 

Summary of the Invention 

The present invention relates to a messaging system having a network interface unit 
(NIU) with an embedded services processor (ESP). In a contemplated messaging system 
architecture, the messaging platform may comprise a host computer having a messaging 
platform running messaging applications. The host computer may be electronically coupled 
to a NIU that may be connected to a telephone network. The NIU may comprise a first 
interface to the messaging platform on the host computer for communicating between the 
NIU and the messaging platform. Further, the NIU may comprise a second interface to the 
telephone network to receive calls from subscribers. The NIU may further comprise at least 
one ESP that may be operatively coupled to the first and second NIU interfaces. The ESP 
may comprise a processor, a memory, and an operating system executing on the processor 
that provide a general purpose computing capability within NIU for executing software 
applications that are otherwise incapable of executing within the NIU. The ESP may also 
provide a network interface for connection of the NIU to other computer networks external to 
the messaging system. 

In an illustrative implementation, the ESP may be capable of running commercially 
available hardware and commodity software, and may have the ability to communicate with 
the computer networks external to the messaging system using Internet-based communication 
protocols and standards. In this implementation, the ESP may comprise a single board 
computer residing in the NIU that runs a commodity operating system providing an 
application execution environment, and that maintains a communications interface to enable 
Internet-based communication. 

In operation, the ESP may interface with other NIU components by communicating 
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messages over a standard Multibus bus architecture (i.e. Multibus (IEEE 1296) open bus 
standard). These messages may be communicated to the NIU components through resident 
Multibus messaging software to engage messaging system operation and functions. 

Brief Description of the Drawings 

A presently preferred implementation of a messaging system running commercially 
available hardware and commodity software and communicating data employing Internet- 
based protocols and standards in accordance with the present invention is further described 
with reference to the accompanying drawings in which: 

Fig. 1 is a system diagram of a prior art messaging system; 

Fig. 1 A is a block diagram providing further details of a prior art Network Interface 
Unit of the messaging system of Fig. 1; 

Fig. 3 is a block diagram of a software architecture of the messaging system of the 
present invention; 

Fig. 4 is a state diagram of the processing states experienced by an embedded services 
processor (ESP) in accordance with the present invention; and 

Fig. 5 is a flow diagram of the processing performed by the messaging system when 
executing messaging application functions in accordance with the present invention. 

Detailed Description of Preferred Embodiments 

The present invention is directed to a messaging system having a network interface 
unit (NIU) with an embedded services processor (ESP). According to the present invention, 
the messaging system comprises a messaging platform operating on a host computer and 
running messaging applications. The host computer is electronically coupled to a NIU that, 
in turn, is connected to a telephone network. The NIU comprises a first interface to the 
messaging platform on the host computer for communicating between the NIU and the 
messaging platform, and a second interface to the telephone network to receive calls from 
subscribers. The NIU further comprise at least one embedded services processor (ESP) that is 
operatively coupled to the first and second NIU interfaces through a bus backplane. In a 
preferred embodiment, the ESP comprises a processor, a memory, and an operating system 
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executing on the processor that provide a general purpose computing capability within NIU 
for executing software applications that are otherwise incapable of executing within the NIU. 
The ESP may also provide a network interface for connection of the NIU to other computer 
networks external to the messaging system. 

Figure 2 is a block diagram of a messaging system 200 in accordance with a preferred 
embodiment of the present invention. Messaging system 200 comprises host computer 210 
electronically coupled to network interface unit (NIU) 215. In turn, NIU 215 is electronically 
coupled to public switched telephone network (PSTN) 280 that support telephone-based 
subscribers 290. As shown, host computer 210 comprises a messaging platform 235 that 
executes network applications 220 and 225, respectively. In addition, messaging platform 
may allow network applications 220 and 225 to cooperate with message store 230. Message 
store 230 may be used by messaging system 200 to store data for telephone-based subscribers 
290. In the preferred embodiment, messaging platform 235 comprises the aforementioned 
Network Applications Platform (NAP) commercially available from Unisys Corporation, and 
the host computer 210 on which the NAP runs comprises a selected Unisys A Series or 
ClearPath HMP NX computer system. Host computer 210 communicates with NIU 215 via 
electronic connection 240. 

In the preferred embodiment, the NIU 215 comprises a modified Telephony Services 
Processor (TSP) of the type described above and illustrated in Figures 1 and la. According to 
the present invention, the prior art TSP is modified by the addition of an embedded services 
processor (ESP) 250. In the preferred embodiment, the ESP 250 comprises a single board 
computer having its own processor, memory, and operating system executing on the 
processor, which together provide a general purpose computing capability within NIU for 
executing software applications that are otherwise incapable of executing within the NIU. 
Additionally, the ESP preferably also provides a network interface for connection of the NIU 
to other communications networks external to the messaging system, such as communications 
network 260. This network connection 260 can be used to communicate with an external 
server computer (ESC) 265 or external maintenance server (EMS) 267. ESC 265 may 
comprise server computer capable of operating various computing applications, such as, 
media processing applications that cooperate with messaging system 200. Comparatively, in 
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ESP 267 comprises a personal computer (PC) executing a maintenance software application 
that may used to install ESP software, update ESP software, and monitor ESP status. 

In one preferred implementation, the ESP 250 comprises an EWSIII SBCP5200 single 
board computer commercially available from RadiSys Corporation. This board includes an 
5 Intel Pentium processor and executes the Microsoft Windows NT 4.0 operating system. A 
pair of 10/100 BaseT Ethernet controllers provide the network interface for connecting to and 
communicating across communications network 260. This enables the ESP 250 to support 
connection to 100 Megabit Ethernet communications networks. The ESP 250 connects to the 
Multibus bus 270 within the standard TSP chassis, enabling it to communicate with the other 
1 0 interface boards INT1 , INT2, INT3, etc. (e.g., PRIM and PDP boards) within the TSP 215. 

Communication between the ESP and interface boards INT1, INT2, and INT3 of TSP 

a? 
:>. 

; 215 can occur one of two ways, using messaging passing or using interconnect spacing. 

i 

! Generally, a message is a unit of data that is passed over Mutlibus 270. Further, any 

I' application employing Multibus 270 can send a message to any other application running on 

15 the same interface board or to any other interface board connected to Multibus 270, 

I independent of opreating system. A message contains a sender address and a destination 

I 

l address. The addresses, when taken in combination, define a slot (i.e. an interface board in 
l the system) and a port (a function of this interface board). If messaging passing is employed, 
* the source and the destination of the message must be identified. This is accomplished by 
20 assigning a slot number and a Port ID to the source and destination of the message, 

respectively. The slot number identifies the interface board's backplane slot and port ID 
identifies the desired function to be carried out by the interface board having the slot number. 
Comparatively, interconnect space messaging employs an address space, that is separate from 
conventional memory and I/O spaces. In the interconnect space, interface boards coupled to 
25 Multibus 270 can exchange data. The data is passed using Multibus 270 employs access 
methods and message structures of the Multibus (IEEE 1296) open bus standard. 

Having a general purpose computing capability within NIU (TSP) 215, and more 
generally, at the point in the architecture of messaging system 200 where the messaging 
platform 235 interfaces to the telephone network 280, enables a variety of new and improved 
30 features and operations for the messaging system 200. For example, the network interface 
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connection provided by the ESP 250 can be used to transfer call information from NTU 215 to 
another NIU (not shown) in a distributed messaging system architecture, as more fully 

described in co-pending, commonly assigned, patent application Serial No. , filed 

herewith, and entitled "Distributed Network Applications Platform Architecture" (Attorney 
Docket No. TN21 l/USYS-0068), which is incorporated herein by reference in its entirety. 
The ESP 250 can also be utilized as a mechanism for offloading certain kinds of processing 
from the host computer system 210 of the messaging platform 200 to another computer, such 
as the external server computer 265 of Figure 2. Specifically, as described in co-pending, 

commonly assigned patent application Serial No. , filed herewith, entitled "Media 

Resource Server in a Universal Messaging System" (Attorney Docket No. TN209/USYS- 
0066), which is also incorporated herein by reference in its entirety, the ESP 250 can be used 
to offload certain forms of multi-media processing in a universal messaging system, such as 
text-to-speech (TTS) processing, Automated Speech Recognition (ASR), and natural 
language understanding (NLU). 

Figure 3, with reference to Figure 2, shows contemplated software architecture 300 of 
messaging system 200. Software architecture may be used when deploying ESP 250 in 
messaging system 200, particularly in application in which the ESP 250 will be used to 
communicate with an ESC 265. As shown, software architecture 300 comprises application 
process 310 (that executes on host computer 210), ESP process 320 (that executes on ESP 
250), external server operating system 330 (of ESC 265) and bus driver 335. The hash lines 
demarcate the physical separation of the software that operates on different components of the 
messaging system. Host computer 210 may execute application process 310 that comprises 
bus interface 315. As noted in Figure 2, ESP 250 may communicate with host computer 210 
through bus 270 of NIU 215. In operation, bus interface 315 may be employed by 
application process 310 in conjunction with bus driver 330 to communicate with ESP process 
320. Bus interface 315 and bus driver 330 are required to communicate data along bus 270. 
As indicated by the arrows, data may freely move between external server operating system 
335, ESP process 325, and application process 310. 

In operation, application process 310 may require external server operating system 
335 to execute various instructions or perform processing, as is the case in the 




11 



PATENT 
TN208/USYS-0065 



aforementioned co-pending application entitled "Media Resource Server in a Universal 
Messaging System" (Attorney Docket No. TN209/USYS-0066). Application process 315 
communicates these instructions to ESP process 320 through bus interface 315 and bus driver 
330. In turn, ESP process 320 processes the instructions and communicates them to external 
server operating system 335 for processing using ESP interface 325. The processed data may 
then be communicated back to application process 310 using the same communication path. 

Figure 4 shows ESP processing states when the ESP processes data in accordance 
with messaging system functions and operations. As shown, the ESP 250 supports the 
following processing states RESET 405, IDLE 410, INITIALIZING 415, RUNPENDING 
420, RUNNING 425, and SHUTDOWN 430. The RESET processing state 405 may be used 
to reset the ESP from any other ESP processing state. In the IDLE 405 state, the ESP is in a 
wait mode to begin initialization at processing state INITIALIZING 413. Once initialized, 
the ESP may proceed to the RUN_PENDING 420 processing state where required ESP 
processing is queued. From there, the ESP is capable of performing required processing at 
the RUNNING 425 processing state. Alternatively, once initialized, the ESP may proceed to 
SHUTDOWN 430 processing state, where the ESP is powered down. The SHUTDOWN 430 
processing state may also follow a completed RUNNING 425 processing state. In operation, 
the ESP may execute these processing states in accordance with processing instructions 
received from cooperating messaging system components. 

Figure 5 shows the processing performed by the ESP when executing messaging 
system operations. Processing starts at block 500 and proceeds to block 505 where the ESP is 
initialized to cooperate with other messaging system components. Processing then proceeds 
to block 510 where the ESP is initialized to process external communications. A check is 
then performed at block 515 to determine if the operation that is executed requires ESP 
processing. If ESP processing is not required, processing proceeds to block 500. However, if 
the alternative proves to be true, processing proceeds to block 520 where a check is a 
performed to determine if the ESP processing is to be performed to communicate data to the 
host computer 210 (of Figure 2). If the ESP processing is intended for the host computer, 
processing proceeds to block 525 where the ESP receives data from external networks (e.g., 
network 260) for processing. The data is then processed at block 530. The ESP then 
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proceeds to invoke bus messaging at block 535 to be able to communicate the processed data 
to the host computer at block 540. Processing then proceeds to block 570 where a check is 
performed to determine if there is additional required ESP processing. If additional ESP 
processing is required, processing proceeds to block 515 and therefrom. However, if the 
contrary proves true, processing terminates at block 575. 

If, however, at block 520 the ESP processing is not intended to process data for the 
host computer, processing proceeds to block 545 where a check is performed to determine if 
the ESP processing is intended to communicate data to external networks (e.g., network 260). 
If the results of this check prove to be negative (i.e., ESP processing not intended for external 
networks), processing proceeds to block 515 and therefrom. However, if the contrary proves 
to be true, processing proceeds to block 550 where the ESP invokes bus messaging to receive 
data from the host computer at block 555. The data is then processed by the ESP at block 560 
and communicated to the requesting external networks at block 565. Processing proceeds to 
block 570 and therefrom. 

As the foregoing illustrates, the present invention is directed to a messaging system 
having a network interface unit (NIU) with an embedded services processor (ESP) that 
provides a general purpose computing capability within the NIU and that may also have the 
ability to connect to networks external to the messaging system via that general purpose 
computing capability. It is understood that changes may be made to the embodiments 
described above without departing from the broad inventive concepts thereof. For example, 
the present invention is by no means limited to use in a messaging system that employs the 
Unisys Network Applications Platform, nor is the invention limited to use with the Unisys 
Telephony Services Processor (TSP). Rather, the present invention may be employed in 
connection with any suitable messaging platform and network interface unit architecture. 
Accordingly, the present invention is not limited to the particular embodiments disclosed, but 
is intended to cover all modifications that are within the spirit and scope of the invention as 
defined by the appended claims. 

It should also be noted that the present invention may be implemented in a variety of 
computer systems. The various techniques described herein may be implemented in hardware 
or software, or a combination of both. Preferably, the techniques are implemented in 
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computer programs executing on programmable computers that each include a processor, a 
storage medium readable by the processor (including volatile and non-volatile memory and/or 
storage elements), at least one input device, and at least one output device. Program code is 
applied to data entered using the input device to perform the functions described above and to 
generate output information. The output information is applied to one or more output 
devices. Each program is preferably implemented in a high level procedural or object 
oriented programming language to communicate with a computer system. However, the 
programs can be implemented in assembly or machine language, if desired. In any case, the 
language may be a compiled or interpreted language. Each such computer program is 
preferably stored on a storage medium or device (e.g., ROM or magnetic disk) that is 
readable by a general or special purpose programmable computer for configuring and 
operating the computer when the storage medium or device is read by the computer to 
perform the procedures described above. The system may also be considered to be 
implemented as a computer-readable storage medium, configured with a computer program, 
where the storage medium so configured causes a computer to operate in a specific and 
predefined manner. 



